約 4,349,116 件
https://w.atwiki.jp/hideaki0121/pages/17.html
linux/sylpheed転送設定 .forward ファイルをemacsなどで編集する． と入力する．するとしたのようにしてメールを設定することができる． \usrname 転送先アドレス１ 転送先アドレス２ ;usrnameの前にスラッシュがついているがこれは必ず必要． スラッシュをつけることで１回だけの転送という意味． usrname＝usr@domain.co.jpに該当する．
https://w.atwiki.jp/sanosoft/pages/81.html
追加データディスクの併合 ALTUSのrootディスクは20GBと小さいので、追加したデータディスクをLVMで併合します。 なお、事前にディスクのアタッチを行っておく必要があります。 ここからは、「ssh」でログインし、「root」ユーザで実行します。 1. ディスク構成の確認 まず、サーバーのディスク構成を確認します。 # fdisk -l Disk /dev/xvdb 214.7 GB, 214748364800 bytes, 419430400 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical) 512 bytes / 512 bytes I/O size (minimum/optimal) 512 bytes / 512 bytes Disk /dev/mapper/centos-root 18.8 GB, 18756927488 bytes, 36634624 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical) 512 bytes / 512 bytes I/O size (minimum/optimal) 512 bytes / 512 bytes Disk /dev/mapper/centos-swap 2147 MB, 2147483648 bytes, 4194304 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical) 512 bytes / 512 bytes I/O size (minimum/optimal) 512 bytes / 512 bytes ここでは「Disk /dev/xvdb」が追加したディスクです。 このデバイスファイル名を確認しておきます。 2. パーティションの作成 (1) パーティションの作成 パーティションを作成します。 $ fdisk /dev/xvdb まずは、「p」コマンドで現状を確認します。 Command (m for help) p Disk /dev/xvdb 214.7 GB, 214748364800 bytes, 419430400 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical) 512 bytes / 512 bytes I/O size (minimum/optimal) 512 bytes / 512 bytes Disk label type dos Disk identifier 0x7871ac09 Device Boot Start End Blocks Id System 新しいパーティションを「n」コマンドで作成します。 コマンド (m でヘルプ) n 続けてパーティションの種類を指定します。ここでは、「p」および「1」とします。 Partition type p primary (0 primary, 0 extended, 4 free) e extended Select (default p) p パーティション番号 (1-4, default 1) 1 ここでパーティションのサイズを指定します。 ここでは、領域をフル指定したいので、そのままデフォルトの値でOKです。 最初 sector (2048-83886079, 初期値 2048) Last sector, +sectors or +size{K,M,G} (2048-83886079, 初期値 83886079) Partition 1 of type Linux and of size 200 GiB is set (2) ファイルシステムを LVMへ変更 作成済みのパーティションを確認します。 Command (m for help) p Device Boot Start End Blocks Id System /dev/xvdb1 2048 419430399 209714176 83 Linux 作成したパーティションをLVMに変更します。 Command (m for help) t Partition number (1-1) 1 Hex code (type L to list all codes) 8e Changed type of partition Linux to Linux LVM パーティションを再確認しておきます。 Command (m for help) p Device Boot Start End Blocks Id System /dev/sdb1 2048 83886079 41942016 83 Linux LVM 変更したパーティション情報を書き込み、終了します。 Command (m for help) w (3) サーバの再起動 変更を反映させるためにサーバを再起動します。 # reboot 4. PV(Physical Volume)の作成 作成したパーティションの物理ボリューム「PV」を作成します。 まずは、現状のPVについて確認します。 # pvdisplay --- Physical volume --- PV Name /dev/xvda2 VG Name centos PV Size 19.51 GiB / not usable 3.00 MiB Allocatable yes PE Size 4.00 MiB Total PE 4994 Free PE 10 Allocated PE 4984 PV UUID 0yTzZw-rtCB-XEqN-rXsR-H9x1-BsJF-rySufQ 先に作成したパーティションにPVを割り当てます。 # pvcreate /dev/xvdb1 Physical volume "/dev/xvdb1" successfully created PVが追加されたか確認します。 # pvdisplay --- Physical volume --- PV Name /dev/xvda2 VG Name centos PV Size 19.51 GiB / not usable 3.00 MiB Allocatable yes PE Size 4.00 MiB Total PE 4994 Free PE 10 Allocated PE 4984 PV UUID 0yTzZw-rtCB-XEqN-rXsR-H9x1-BsJF-rySufQ "/dev/xvdb1" is a new physical volume of "200.00 GiB" --- NEW Physical volume --- PV Name /dev/xvdb1 VG Name PV Size 200.00 GiB Allocatable NO PE Size 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID HbKsy4-rfdR-VKEG-TzwM-PwV1-nKmW-H91g4f 5. LV(Logical Volume)の拡張 先に作成したPVをルートディレクトリの論理ボリューム「VG」へ追加し、拡張します。 現状のVGについて確認します。 # vgdisplay --- Volume group --- VG Name centos System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size 19.51 GiB PE Size 4.00 MiB Total PE 4994 Alloc PE / Size 4984 / 19.47 GiB Free PE / Size 10 / 40.00 MiB VG UUID zCvSR6-d0FW-JNT0-EzjV-dz6Z-RFD0-agun4C rootディスクのVG「centos」に、先に作成したパーティションを追加、拡張します。 vgextend centos00 /dev/xvdb1 Volume group "centos00" successfully extended VGのサイズが拡張されたことを確認します。 # vgdisplay --- Volume group --- VG Name centos System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 2 Act PV 2 VG Size 219.50 GiB PE Size 4.00 MiB Total PE 56193 Alloc PE / Size 4984 / 19.47 GiB Free PE / Size 51209 / 200.04 GiB VG UUID zCvSR6-d0FW-JNT0-EzjV-dz6Z-RFD0-agun4C 6. LVの拡張 論理的なボリューム「LV」を変更します。 現在のLVを確認します。 # lvscan ACTIVE /dev/centos/swap [2.00 GiB] inherit ACTIVE /dev/centos/root [17.47 GiB] inherit LVの容量を変更します。ここでは、余った容量を含めて利用可能な領域の最大を指定(+100%FREE)します。 # lvextend -l +100%FREE /dev/centos/root 変更後のLVを確認します。 # lvscan ACTIVE /dev/centos/swap [2.00 GiB] inherit ACTIVE /dev/centos/root [217.50 GiB] inherit 7. ファイルシステムの拡張 ファイルシステムを拡張します。 # xfs_growfs /dev/centos/root 変更を反映させるためにサーバを再起動します。 # reboot 8. 最終確認 ディスクの容量が増えたことを確認します。 # df -hT Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/centos-root xfs 218G 1.4G 217G 1% / devtmpfs devtmpfs 3.9G 0 3.9G 0% /dev tmpfs tmpfs 3.8G 0 3.8G 0% /dev/shm tmpfs tmpfs 3.8G 8.4M 3.8G 1% /run tmpfs tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup /dev/xvda1 xfs 497M 184M 314M 37% /boot tmpfs tmpfs 773M 0 773M 0% /run/user/0}}
https://w.atwiki.jp/univalent-ja/pages/67.html
なにこれ ここはArch Linuxから派生したLGXディストリビューションの一覧である。 五十音(あいうえお)順かアルファベット(ABCDE)順にするか迷ったが後者になった。またリンク先は基本的にSourceForgeやGitHubなどであるが、公式サイトがある場合はそちらを優先する。 重要なお知らせ これらのディストロは互いにサポートされていない。例えばUnivalent固有の不具合をArchには報告しない。 Arch直系 Arch Linux - 本家。 Arch Linux 32 - 32ビットCPUへの移植。 Arch Linux ARM - ARM CPUへの移植。 Alis Linux/GNU/X - このディストロ。日本語環境と軽量を重視。 Alter Linux - 日本語を強化したディストロ。 EndeavourOS - Antergosの後継。 HoloISO - Steam OS 3.0互換。 Hyperbola GNU/Linux-libre - 完全に自由なソフトウェアのみ利用可能。真理省によりもたらされた自由。 Parabola GNU/Linux-libre - 上記と同じ目的。まあこの手のディストロは自由という名の不自由で人々を縛り付けるからね。 SteamOS(バージョン3.0以降) - Steam Deck向けのOS。元はDebianベースだった。 Manjaro派生 Mabox Linux - Manjaroを更に軽くした。 Manjaro Linux - Archのパッケージの安定度を確かめているため新鮮さが劣る分、より安定した動作を望める。 その他Pacmanを採用するシステム 以下はいずれもArch系ではないが、パッケージマネージャーにPacmanを採用する。 KaOS - 一から作られた。 MSYS2 - Windowsで動く*NIX開発環境。
https://w.atwiki.jp/lpic1/
このページは、LPIC Level1 試験対策用の個人的なメモです。 出題範囲 101試験 1. ハードウエアとアーキテクチャ 2. Linuxのインストールとパッケージ管理 3. GNUとLinuxのコマンド 4. デバイス、ファイルシステム、FHS(ファイルシステム階層) 5. X Window System 102試験 6. カーネル 7. ブート、初期化、シャットダウン、ランレベル 8. 印刷 9. ドキュメンテーション 10. シェル、スクリプト、プログラミング、コンパイル 11. 管理業務 12. ネットワークの基礎 13. ネットワークサービス 14. セキュリティ 関連リンク LPI JAPAN TOP LPI JAPAN 参考資料 ミニテスト
https://w.atwiki.jp/hideaki0121/pages/270.html
GRUBについて GRUBについてブートローダーを変更したい ブートローダーが破損した ブートローダーを変更したい /boot/grub/grub.conf ブートローダーが破損した 「MBR」（マスターブートレコード）とは、PCが起動した際にハードディスク上に記録されている希望するOSを起動させるためのプログラム。この領域が破損してしまうと、OSが起動できなくなってしまう。そのため、何らかの対策を行っておくのがよいが、その1つにはあらかじめ復旧可能な起動用フロッピーを作成しておく方法が挙げられる。 次のステップで復旧させるまでの手順を紹介しよう。 1. GRUB用の起動フロッピーを作る # dd if=/usr/share/grub/i386-redhat/stage1 of=/dev/fd0 count=1 読み込んだブロック数は 1+0 書き込んだブロック数は 1+0 # dd if=/usr/share/grub/i386-redhat/stage2 of=/dev/fd0 seek=1 読み込んだブロック数は 234+1 書き込んだブロック数は 234+1 なお、GRUBがソースコンパイル状態、あるいはTurbolinux8の環境では、上記の「i386-redhat」ディレクトリ名が「i386-pc/」になっていることに注意したい。 ここで書き込まれたイメージファイルは、それぞれstage1がMBR、stage2がGRUBのバイナリになる。 Red Hat Linuxの場合 # ls -l /usr/share/grub/i386-redhat/stage* -rw-r--r-- 1 root root 512 9月 6 2001 /usr/share/grub/i386-redhat/stage1 -rw-r--r-- 1 root root 120000 9月 6 2001 /usr/share/grub/i386-redhat/stage2 Turbolinux8の場合 # ls -l /usr/share/grub/i386-pc/stage* -rw-r--r-- 1 root root 512 4月 26日 19 57 /usr/share/grub/i386-pc/stage1 -rw-r--r-- 1 root root 105344 4月 26日 19 57 /usr/share/grub/i386-pc/stage2 また、stage2ファイルが/boot/grub/ディレクトリ下にあるかどうかも確認しておこう。万が一見つからない場合には、次のようにしてコピーしておけばよい。 # ls /boot/grub # cp /usr/share/grub/i386-redhat/stage2 /boot/grub 2. 作成した起動用フロッピーで再起動（# reboot） フロッピーで起動されたGRUBのコマンドラインでは補完機能が効く。「grub 」のプロンプトの表示後は、次のように入力していこう。例えば「(hd0,」まで入力して「Tab」キーを押すと、ファイルシステムの一覧が表示され、「kernel /」の入力後に「Tab」を押せば候補が表示される。 なお、ここでは次のような環境を想定している例だ。 ルートパーティション：/dev/hda1 カーネルイメージ：/boot/vmlinuz-2.4.18-10k RAMイメージ：/boot/initrd-2.4.18.img grub root (hd0,0) grub kernel /boot/vmlinuz-2.4.18 root=/dev/hda1 ro grub initrd /boot/initrd-2.4.18.img ←SCSIのHDDの場合は、initdを読み込む必要がある。 grub boot GRUB上では日本語キーボードが認識されていない。このため次の記号については、対応を参考にして入力すればよいだろう。 入力文字()=GRUB上の入力「Shift」＋「9」「Shift」＋「0」「^」 3. HDD（MBR）へのGRUBインストール フロッピーでの起動が確認できれば、次にHDDのマスターブートレコードへGRUBを書き込む作業だ。GRUB上で直接書き込むか、Linux起動後のコマンドラインで実行するかの2通りがある。 ・Linuxコマンドラインでの例 # which grub-install /usr/sbin/grub-install # /usr/sbin/grub-install /dev/hda Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install . (hd0) /dev/hda (hd1) /dev/hdb GRUBコマンドラインでの例 grub install=(fd0)+1 (hd0) (hd0,1)/boot/grub/stage2 0x8000 p
https://w.atwiki.jp/kuni/
- Linux Tips 検索 初級編 システム管理編 セキュリティ編 ご意見・ご要望
https://w.atwiki.jp/hightimes/pages/29.html
Access(Today： - / Yesterday - / Totoal - ) FHS(Filesystem Hierarchy Standard) FHS(Filesystem Hierarchy Standard) 各Linuxディストリビューション間のファイルやディレクトリ構造の違いによる混乱を防ぎ、互換性を保つために策定されたもの。 ディレクトリ 格納ファイル/用途 /bin 基本コマンドなど /boot ブートに必要なファイル /dev デバイスファイル /etc 設定ファイル /home 一般ユーザのホームディレクトリ /lib 共有ライブラリ /mnt 一時的なマウント先 /opt 追加アプリケーションなど /root スーパーユーザーのホームディレクトリ /sbin システムコマンド /tmp 一時ファイル /usr 各種ファイル /var 動的に変更されるファイル
https://w.atwiki.jp/pangyaserver/pages/160.html
仮ですが、他に挑戦する方の参考になるようDockerを使用した構築方法を記載しておきます。 環境 Docker、docker-compose導入済み 現時点での問題点 パケットを受けた時の文字コードとプログラム側の文字コード、DB側の文字コードが絡み合って日本語の名前、サーバ名が文字化けする （苦肉の策として名前はDB側で変更すればOK） このあたりに詳しい方、更新をお願いします。 Dockerfile ARG BUILDER_IMAGE=ubuntu focal FROM $BUILDER_IMAGE as builder RUN apt-get update \ apt-get -y install --no-install-recommends git libzip-dev gnupg gcc-10 g++-10 libglib2.0-dev unixodbc-dev pkg-config libmysqlclient-dev ca-certificates make \ rm -rf /var/lib/apt/lists/* WORKDIR /tmp ARG __build_type=release RUN git clone https //github.com/Acrisio-Filho/SuperSS-Dev WORKDIR SuperSS-Dev/Server\ Lib/Linux\ Builds/ # Build gg RUN make -f Makefile-ggauth70.mk RUN mkdir GGSrvLib26-1 RUN make -f Makefile-ggsrvlib.mk # BUild Smart RUN make -f Makefile-smart.mk # Build Game Server RUN make -f Makefile-gs.mk # Build Auth Server RUN make -f Makefile-as.mk # Build Login Server RUN make -f Makefile-ls.mk # Build Message Server RUN make -f Makefile-ms.mk # Build Rank Server RUN make -f Makefile-rs.mk # PangyaServer FROM ubuntu focal as PangyaServer RUN addgroup --gid 1000 pangya RUN useradd --no-create-home --shell /bin/sh --uid 1000 --gid 1000 pangya RUN apt-get update \ apt-get install -y libc6 gnupg libzip5 libglib2.0-0 libmysqlclient21 tdsodbc tmux # ビルドしたものをコピー COPY --chown=pangya pangya --from=builder ["/tmp/SuperSS-Dev/Server Lib/Linux Builds/Auth Server/", "/opt/AuthServer/"] COPY --chown=pangya pangya --from=builder ["/tmp/SuperSS-Dev/Server Lib/Linux Builds/Game Server/", "/opt/GameServer/"] COPY --chown=pangya pangya --from=builder ["/tmp/SuperSS-Dev/Server Lib/Linux Builds/Login Server/", "/opt/LoginServer/"] COPY --chown=pangya pangya --from=builder ["/tmp/SuperSS-Dev/Server Lib/Linux Builds/Message Server/", "/opt/MessageServer/"] COPY --chown=pangya pangya --from=builder ["/tmp/SuperSS-Dev/Server Lib/Linux Builds/Rank Server/", "/opt/RankServer/"] # 起動スクリプトと設定 COPY ./start.sh /entrypoint.sh COPY ./ini/odbc.ini /etc/odbc.ini COPY ./ini/odbcinst.ini /etc/odbcinst.ini WORKDIR /opt RUN chmod +x /entrypoint.sh ENTRYPOINT ["/entrypoint.sh"] CMD ["start"] docker-compose.yaml version 3 services db container_name pangya_db hostname pangya_db ports - "1433 1433" image mcr.microsoft.com/mssql/server 2019-latest environment - ACCEPT_EULA=Y - SA_PASSWORD=【ここは変更してください】 - MSSQL_PID=Express - MSSQL_LCID=1041 - MSSQL_COLLATION=Japanese_CI_AS volumes - "./mssqlserver/data /var/opt/mssql/data" - "./mssqlserver/log /var/opt/mssql/log" - "./mssqlserver/secrets /var/opt/mssql/secrets" networks - pangya app container_name pangya_app ports - "7777 7777" - "20203 20203" - "10303 10303" - "30303 30303" - "4774 4774" build . image japangya depends_on - db networks - pangya volumes - "./ini/auth_server.ini /opt/AuthServer/server.ini" - "./ini/game_server.ini /opt/GameServer/server.ini" - "./ini/login_server.ini /opt/LoginServer/server.ini" - "./ini/message_server.ini /opt/MessageServer/server.ini" - "./ini/rank_server.ini /opt/RankServer/server.ini" #- "./pangya_jp.iff /opt/GameServer/data/pangya_jp.iff" #iff入れ替えた場合 command /bin/sh -c "while ; do sleep 10; done" web container_name web image nginx volumes - "./www /usr/share/nginx/html" ports - "8080 80" networks pangya driver bridge start.sh #!/bin/bash set -eu # Base Directory dir=/opt/ as=AuthServer ls=LoginServer ms=MessageServer rs=RankServer gs=GameServer #smart=Smart-Calculator # Smart Calculator lib #tmux new-session -s "${smart}" -c "/home/acrisio/projects/Node/${smart}/" -d node smart.js # Auth Server tmux new-session -s "${as}" -c "${dir}/${as}/" -d ./auth # Login Server tmux new-session -s "${ls}" -c "${dir}/${ls}/" -d ./login # Message Server tmux new-session -s "${ms}" -c "${dir}/${ms}/" -d ./msn # Rank Server tmux new-session -s "${rs}" -c "${dir}/${rs}/" -d ./rank # Game Server tmux new-session -s "${gs}" -c "${dir}/${gs}/" -d ./game # Show sessions createds tmux ls if [ "$1" = start ]; then tmux -v new-session -s console -d while true; do sleep 1 tmux list-sessions /dev/null 2 1 || break done exit 0 fi exec "$@" odbc.ini [pangya] Driver = FreeTDS Server = pangya_db host = pangya_db port = 1433 tds version = 7.4 ClientCharset = SHIFT_JIS odbcinst.ini [FreeTDS] Description = FreeTDS for SQL Server Driver = /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so UsageCount = 1 ファイル構造 以下の用にini等を配置 ├ Dockerfile ├ docker-compose.yaml ├ start.sh ├ pangya_jp.iff ├ ini │ ├ auth_server.ini │ ├ game_server.ini │ ├ login_server.ini │ ├ message_server.ini │ ├ odbc.ini │ ├ odbcinst.ini │ └ rank_server.ini └ www 事前準備 上記ファイル構造通りに各iniファイルを配置します。 ※authやgameなどはリポジトリ上から取得可能です。 各server.iniのDBIPはpangyaに設定します。 auth以外のserver.iniのAUTHSERVERのIPはauthに設定します。 それ以外は好きなように設定してください。 ただし、日本語を使うとバグるので英語でお願いします。（Windows版は日本語でも行ける） www内はリポジトリのwwwをコピーしてきてください。 ビルド docker compose buildを実行します。 CPUにもよりますが大体10～20分程度かかるのでコーヒーでも飲みながら待ちます。 DBの準備 docker compose up dbをして、SSMSからアクセスします。 pangyaユーザやsqlの実行をしてpangyaDBを作成します。 DB周りはWindowsと同様に設定可能なのでそちらを参照してください。 起動 docker compose up -dをして起動します。 docker compose logs -fでログを開きそれぞれ正常に起動していることを確認します。
https://w.atwiki.jp/linuxjapanwiki/pages/191.html
naiad linux net wave
https://w.atwiki.jp/ketcindy/pages/230.html
KETCindyの通常インストール（Linux） 修正日：2017.11.25 ０）準備 ・ketcindyfolder.zipをダウンロードして解凍する． １）TeXのインストール （１）kettexを用いる場合 ・TeXLiveをKeTCindy用にアレンジしたもので，標準のTeXLiveより軽い． ・環境変数を使わないので，既にインストールされているTeXと干渉しない． ・KeTCindyに必要なファイルが既に入っている． i) texmf-dist/scripts/ketcindy ketlib, setketcindy, ketoutsetなど ii) texmf-dist/tex/latex/ketcindy ketcindy関連のstyleファイル iii) texmf-dist/doc/support/ketcindy 各種マニュアルとソースファイル （２）既にインストールしている他のTeXを用いる場合 ・ketcindyfolderにあるフォルダを以下のフォルダにコピーする． i) scripts/ketcindy = texmf-dist/scripts/ketcindy ii) misc/ketpicstyle/ketcindy = texmf-dist/tex/latex/ketcindy iii) misc/ketcindy = texmf-dist/doc/support/ketcindy ・mktexlsrを実行する． ２）Cinderella, R, Maximaのインストール ・それぞれの環境に合わせて，インストーラをダウンロードしてインストールする． ・tex-dist/scripts/ketcindyにあるketoutset.txtを開いてパスを修正する． PathT 使用するTeXのパス Pathpdf PDFビューアのパス PathR Rのパス PathM Maximaのパス ・tex-dist/scripts/ketcindyにあるdirhead.txtを開いて修正する． PathThead="texbinのパス"; Dirhead="TeX/scripts/ketcindyのパス"; Dirfile="作業ディレクトリのパス"; ３）KeTCindyのインストール （１）適当な場所に作業ディレクトリを作り，ketcindyfolder/workの中身をコピーする． （２）Cinderella2を立ち上げ「スクリプト プラグインを開く」を選ぶ． ・tex-dist/scripts/ketcindyの次の２つのファイルをPluginsにコピーする． dirhead.txt, ketjava/KetCindyPlugin.java ・Pluginsを閉じ，Cinderellaをいったん終了する． ４）KeTCindyのテストラン （１）作業ディレクトリの中のtemplate.cdyを選ぶ． ・実行アプリケーションがCinderella2になっていることを確かめる． ・template.cdyダブルクリックする． ・画面に白い枠が出れば，ライブラリは読み込まれている． ・そうでないとき ・トップメニューから，次を選択 スクリプト 「 プラグインを開く」 ・次を確認する i) KetCindyPlugin.jarが入っているか． ii) dirhead.txtに書かれているパスが合っているか． （２）スクリーンの上部にあるFigureボタンを押してPDFが表示されれば成功である． ・表示されないとき ユーザホームのketcindyhead.txtを確認する．